home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv4.zip / V4N13.TXT < prev    next >
Text File  |  1993-06-13  |  20KB  |  532 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. Ultrasound Daily Digest     Sun Jun 13 00:37     Volume 4: Issue  13  
  7.  
  8. Today's Topics:
  9.                             About censors.
  10.            Hey Advanced GRAVIS, What about US CANADIANS!!!
  11.                                PP2 plus
  12.                  Prince of Persia 2 with the new Sbos
  13.                       ULTRASOUND DAILY DIGEST V
  14.                Ultrasound Daily Digest V4 #11 (2 msgs)
  15.                Ultrasound Daily Digest V4 #12 (3 msgs)
  16.                                 X-Wing
  17.  
  18. Standard Info:
  19.     - Meta-info about the GUS can be found at the end of the Digest.
  20.     - Before you ask a question, please READ THE FAQ.
  21.  
  22. ----------------------------------------------------------------------
  23.  
  24. Date: Sat, 12 Jun 1993 10:40:28 +0501 (EDT)
  25. From: Gunnar Swanson <gunnar@gibbs.oit.unc.edu>
  26. Subject: About censors.
  27. Message-ID: <Pine.3.05.9306121028.A19056-a100000@gibbs.oit.unc.edu>
  28.  
  29. To the gentleman who wrote in about a censor.  I do not think the Gravis
  30. Digest has ever been censored I have seen stuff on here about other cards
  31. and etc none of it seemed clipped.  It was probably just lost in the ether
  32. as some times happens.  
  33.  
  34. Speaking of ether I have downloaded stuff from the epas and other places
  35. in what I thought was a perfect download.  Only when I got home to
  36. discovered that it was flawed.  This sort of thing happens and falls under
  37. the rubric of "Shit just happens!".  So folks just be aware of this when
  38. downloading stuff.
  39.  
  40.  
  41.  
  42. Gunnar Swanson
  43.  
  44. gunnar@gibbs.oit.unc.edu
  45.  
  46. end.
  47.  
  48. ------------------------------
  49.  
  50. Date: Sat, 12 Jun 1993 09:07:31 -0230 (NDT)
  51. From: Ed Reddy <ereddy@morgan.ucs.mun.ca>
  52. Subject: Hey Advanced GRAVIS, What about US CANADIANS!!!
  53. Message-ID: <Pine.3.05.9306120931.B3690-9100000@morgan.ucs.mun.ca>
  54.  
  55. I have yet to see any owners where I live receive their new GUS disk,
  56.  
  57.  
  58. while Joe Blow in Siberia received his 2 weeks ago.
  59.  
  60. It's nice to know who Gravis is serving. Great to see them playing
  61. Diplomatic pleasing. Do everything to please foreign customers, while your
  62. local and fellow Canadians can wait... NOT!
  63.  
  64. Get off your butt Gravis and mail us those disks!
  65.  
  66. Any other Canadians feel the same way?
  67.  
  68. ------------------------------
  69.  
  70. Date: Sat, 12 Jun 93 13:54:21 EDT
  71. From: thduda@mosaic.uncc.edu (Tony H Duda)
  72. Subject: PP2 plus
  73. Message-ID: <9306121754.AA02894@mosaic.uncc.edu>
  74.  
  75. I forgot to mention in the message I just wrote, I have tried the game with emm386.exe or without the emm386.exe.  They came with the same result.
  76.  
  77. ------------------------------
  78.  
  79. Date: Sat, 12 Jun 93 13:51:50 EDT
  80. From: thduda@mosaic.uncc.edu (Tony H Duda)
  81. Subject: Prince of Persia 2 with the new Sbos
  82. Message-ID: <9306121751.AA02838@mosaic.uncc.edu>
  83.  
  84. It seems that the game hangs up after 3 minutes, maybe little bit longer after few digital sounds play.  I am using the new sbos download from EPAS, gus0032.zipAny body Any Ideas?  Help!
  85.  
  86. ------------------------------
  87.  
  88. Date: Fri, 11 Jun 93 11:38:44 
  89. From: john.smith@gravis.com
  90. Subject: ULTRASOUND DAILY DIGEST V
  91. Message-ID: <9306111138.A1212wk@gravis.com>
  92.  
  93.  -----------------------------
  94.  
  95. Date: Thu, 10 Jun 1993 14:06:39 -0700 (PDT)
  96. From: jde@ciaran.ucr.edu (Jeff Ellis)
  97. Subject: epas v2.06L not working
  98. Message-ID: <9306102106.AA15701@ciaran>
  99.  
  100. >From: mike@batpad.org (mike batchelor)
  101. >I got the 6 disks from epas, though, and can't get it installed.  It
  102. >won't recognize disk #2 - it asks me over and over again for it.  Disk
  103. >2 contains ultrasnd.002 and disk.id, a plain text file that claims
  104. >that this is disk #2.  What's wrong?
  105.  
  106. >I also have seen this problem.  I thought it might have been the way I
  107. >moved them from the Sun to the 3.5" disks to try at home. >I got them
  108. >again today and used diffrent methods to put them on the disks. >Maybe
  109. >it will work now, if the epas archive is not bad.
  110.  
  111.  
  112.  
  113. Some people seem to be having problems installing the UltraSound V2.06L
  114. disks.  Here are some possible fixes.
  115.  
  116. 1) When you unzip the 6 disks (GUS0025.ZIP thru GUS0030.ZIP) onto floppy
  117.    disks, make sure your floppy do NOT have a disk label OR are labeled
  118.    ULTRASND_1, ULTRASND_2, ULTRASND_3, ULTRASND_4, ULTRASND_5 and
  119.    ULTRASND_6.
  120.  
  121. 2) You will notice a file on each disk called DISK.ID. Here are the
  122.    contents of each of the 6 DISK.ID files (one/disk).
  123.  
  124. UltraSound
  125. 2.06L
  126. UltraSound Software Disk 1
  127.  
  128. UltraSound
  129. 2.06L
  130. UltraSound Software Disk 2
  131.  
  132. UltraSound
  133. 2.06L
  134. UltraSound Software Disk 3
  135.  
  136. UltraSound
  137. 2.06L
  138. UltraSound Software Disk 4
  139.  
  140. UltraSound
  141. 2.06L
  142. UltraSound Software Disk 5
  143.  
  144. UltraSound
  145. 2.06L
  146. UltraSound Software Disk 6
  147.  
  148.  
  149. If you have any more problems with the install feel free to leave
  150. me mail.
  151.  
  152.  -----------------------------
  153.  -----------------------------
  154.  
  155. Date: Thu, 10 Jun 93 10:12:22 BST
  156. From: "James Andrews, User Support" <james@sol1.east-london.ac.uk>
  157. Subject: Re: Gus upgrade disks
  158. Message-ID: <29686.9306100912@uk.ac.uel.sol1>
  159.  
  160. >The other day I got version 2.06 disks direct from gravis- which seemed
  161. >to have a manual that had chapters on powerchords and midisoft studio,
  162. >but no powerchords/midisoft disk with it on. I might be wrong about the
  163. >2.06 disks not containing the long awaited sequencer software, as I
  164. >havent bothered to install it yet.
  165.  
  166.  
  167.  
  168. MidiSoft and Power Chords are built INTO the 2.06 disks.
  169.  
  170.  -----------------------------
  171.  
  172. Date: Thu, 10 Jun 93 20:19:44 +0300
  173. From: Shmuel Gazit <keeper@ccsg.tau.ac.il>
  174. Subject: New disks & Probs
  175. Message-ID: <9306101719.AA12961@ccsg.tau.ac.il>
  176.  
  177. >Well, to add to the reports the float in - I got mine yesterday !
  178. >Nice to know Israel is on Gravis' map  - great to hear from u guys !!
  179.  
  180. Heard from Isreal and Japan in the same day.  Now if people on the West
  181. Coast of Canada could only get their upgrades I'd be happy <grin>
  182.  -----------------------------
  183.  
  184. Date: Fri, 11 Jun 1993 14:48:55 +0930 (CST)
  185. From: SCARMAN@hfrd.dsto.gov.au (Gavin)
  186. Subject: Patch Creating
  187. Message-ID: <930611144855.5ba9@hfrd.dsto.gov.au>
  188.  
  189. >And one for Gravis: have you considered multiple patch configuration
  190. >files? I mean having only one is a bit limiting, esp. with patchman.
  191.  
  192. Already in the works
  193.  
  194.  -----------------------------
  195.  
  196. Date: Thu, 10 Jun 1993 10:06:04 -0500
  197. From: ken@austin.ibm.com (Ken Goach IBM)
  198. Subject: tremstr patch problem SOLVED
  199. Message-ID: <9306101506.AA21757@daedalus.austin.ibm.com>
  200.  
  201. >The problem is there's a patch missing - or the DEFAULT.CFG is
  202. >wrong. The new DEFAULT.CFG identifies patch 45 as tremstr. There's
  203. >no such patch. In previous versions of the DEFAULT.CFG file, the
  204. >following was done:
  205.  
  206. Yep. We removed TREMSTR and I forgot to change DEFAULT.CFG.  It has been
  207. fixed.  So the next time I build a set of disks it'll be in there.
  208.  
  209.  -----------------------------
  210.  
  211. That is it for now from Gravis HQ.
  212.  
  213. C'ya and have a good weekend. Time to go see the new Jeresic (sp) Park
  214. <g>)
  215.  
  216. John
  217. ---
  218.  ~ QMPro 1.02 05-8925 ~ /l{TTh7$ C~hanks for hanging up, dear.
  219.  
  220. ------------------------------
  221.  
  222.  
  223.  
  224. Date: Sat, 12 Jun 93 07:44:45 PDT
  225. From: mike@batpad.org (mike batchelor)
  226. Subject: Re: Ultrasound Daily Digest V4 #11
  227. Message-ID: <mike01626930512074445@batpad.org>
  228.  
  229. > From: jde@ciaran.ucr.edu (Jeff Ellis)
  230. > Subject: epas v2.06L not working
  231. > 
  232. > >From: mike@batpad.org (mike batchelor)
  233. > >I got the 6 disks from epas, though, and can't get it installed.  It
  234. > >won't recognize disk #2 - it asks me over and over again for it.  Disk
  235. > >2 contains ultrasnd.002 and disk.id, a plain text file that claims
  236. > >that this is disk #2.  What's wrong?
  237. > 
  238. > I also have seen this problem.  I thought it might have been the way I moved
  239. > them from the Sun to the 3.5" disks to try at home.
  240. > I got them again today and used diffrent methods to put them on the disks.
  241. > Maybe it will work now, if the epas archive is not bad.
  242.  
  243. Thanks to the several people who wrote back telling me to remove the
  244. volume label from the diskettes I copied the epas ZIPs to.  That did
  245. the trick, 2.06L installed without much trouble.  During Windows
  246. installation, I did get a sharing violation when Install tried to
  247. remove the old driver, but I took care of that afterwards, and also
  248. edited the old entry out of system.ini.
  249.  
  250. Suggestions:
  251. Install should inform the user that it will be starting Windows.  I
  252. usually boot up with VIDRAMEMS on my QEMM device, and Windows will not
  253. go into 386enh with that parameter active.  I remembered this about
  254. half-way through copying the patches, and had to abort and start over
  255. to avoid Windows' error about "Device conflict" in the video area.
  256.  
  257. Check for share, tell the user to uninstall it.
  258.  
  259.  
  260.  
  261.                    ///////////////////////////////
  262.                     //// Mike Batchelor ///////////
  263.                      //// mike@batpad.org //////////
  264.                       //// Mar Vista, California ////
  265.                        ///////////////////////////////
  266.  
  267. ------------------------------
  268.  
  269. Date: Sat, 12 Jun 93 08:03:52 PDT
  270. From: mike@batpad.org (mike batchelor)
  271. Subject: Re: Ultrasound Daily Digest V4 #11
  272. Message-ID: <mike01626930512080352@batpad.org>
  273.  
  274. > From: ken@austin.ibm.com (Ken Goach IBM)
  275. > Subject: Need advice on new motherboard
  276.  
  277.  
  278. > 
  279. > Hey GUS people,
  280. > 
  281. > Well, as some of you have read, I'm still having some weird things
  282. > happen with MIDI on my GUS. So I'm considering getting a new
  283. > motherboard to try and remedy the problem.
  284. > 
  285. > First off, let me tell you what I have. I have a Packard Bell Legend
  286. > 300 SX. It's a 386, 25 mhz machine with 4 meg RAM (two soldered on
  287. > the motherboard, two that I added). It's a smaller motherboard (the
  288. > case is smaller). It has a riser with three expansion slots (all are
  289. > 16-bit, I believe).
  290. > 
  291. > So, that's what I want to replace.
  292.  
  293. Not easy.  Since it uses a "riser" as you call it, for three slots
  294. that sit horizontally, you are going to have a hard time finding a
  295. board that has a riser in the same physical location relative to the
  296. opening on the case, for the backplanes of your expansion cards to show
  297. through.  These risers plug into (usually) proprietary slots on the
  298. motherboard - there's no standard for how they are constructed.
  299.  
  300. > Second, what all is involved in doing this? How hard is it? Do I just
  301. > buy the motherboard, put it in, and bingo, it works? Do I move my
  302. > 386 CPU over to the new board? What other things need to be moved?
  303. > Does this affect the BIOS? etc. etc. etc.
  304.  
  305. Assuming you find a board that fits your case, you can exchange CPUs
  306. without trouble.  Just make sure you get a CPU puller from your dealer
  307. - they are not more than $10.  The new board will come with a new BIOS
  308. that is appropriate for the chipset it uses.  You would only have to
  309. exchange the CPU and your expansion cards, hard drives, etc.  You may
  310. also find that the power supply and LED leads to the motherboard won't
  311. reach, but that can be fixed by splicing in new lengths of wire.
  312. Hopefully, the connectors on your Packard Bell power supply are of the
  313. standard type.
  314.  
  315. > Is there a detailed explanation of how to do this anywhere?
  316.  
  317. Walden Books and the rest of the mall bookstore chains have lots of
  318. books on PCs, I know I have seen several on PC hardware maintenance.
  319. One of them will tell you what you need to know.
  320.  
  321. > Lastly, if anyone is running a GUS successfully in a Packard Bell
  322. > Legend 300SX, please email me. Maybe there's a workaround I haven't
  323. > tried yet.
  324.  
  325. Start from the bottom and work your way up:  Make a test boot floppy
  326. that has only himem.sys, dos=high, files=30, buffers=20 and
  327. ultrinit.sys, of course.  If you have disk compression software like
  328. Stacker, you can load it, too.  The test autoexec.bat should have only the
  329. path and prompt in it, and the set statements for the GUS.  Boot up
  330. this simple configuration, and start Windows, holding down the SHIFT
  331.  
  332.  
  333. key as soon as you see the Windows logo (this will prevent your
  334. startup group from running).  Does it work?  If so, you can build on
  335. this configuration, adding back device drivers and TSRs one at a time
  336. until it fails again - if we know what device causes the conflict,
  337. perhaps a workaround can be figured out.  The Packard Bells are pretty
  338. standard except for the case and motherboard layout - they use VLSI
  339. chipset and Phoenix BIOS; shouldn't be a compatibility problem with
  340. anything, just a drag to upgrade the motherboard. :)
  341.  
  342. I assume that the GUS Install program says your GUS settings are OK
  343. and free of conflicts?
  344.  
  345.  
  346.  
  347.                    ///////////////////////////////
  348.                     //// Mike Batchelor ///////////
  349.                      //// mike@batpad.org //////////
  350.                       //// Mar Vista, California ////
  351.                        ///////////////////////////////
  352.  
  353. ------------------------------
  354.  
  355. Date: Sat, 12 Jun 93 2:44:38 CDT
  356. From: ddebry@itchy (Dave DeBry)
  357. Subject: Re: Ultrasound Daily Digest V4 #12
  358. Message-ID: <9306120844.AA08544@itchy>
  359.  
  360.     Replies, replies, replies...
  361.  
  362.  
  363. > From: "Timmy (Y.T.) Chan" <timchan@bnr.ca>
  364. > Subject: Are GUS mail edited?? 
  365. > 
  366. > I sent an e-mail to this users group on June 10 and it showed up
  367. > with the latter half of my mail taken out on June 11.  Is this
  368. > by intent (purposely edited out)
  369. > or by accident (half my message got lost during the transfer).
  370.  
  371.     No, I don't edit anything.  Occasionally, if I get bored, I'll
  372. read the postings for the upcoming digest (before any of you do! bwa
  373. ha ha!), but I never edit them.  (Unless someone mails me specifically
  374. to remove one of their own posts before it gets mailed out.)
  375.  
  376.     There are a couple of things that would make your message get
  377. eaten, and they have to do with standard mail protocol:
  378.  
  379.     1] If the first thing on ANY line is "From " (no colon, case
  380. sensitive), then mail transfer daemons and the digestifier will think
  381. this is the start of a new message.  So be careful.
  382.  
  383.     2] If the first thing on a line is a ".", that will signal the
  384. mail daemons to end your mail, and it will be truncated right there.
  385. So be careful again.
  386.  
  387.  
  388.  
  389. > From: john.smith@gravis.com
  390. > Subject: PP2 AND GUS0032
  391. >
  392. > Seems I was mistaken about PP2.  THe problems weren't do to the -O1
  393. > switch but to EMM386.  Haven't tried it with other memory managers,
  394. > but if you don't remove EMM386 the game will hang as soon as you get
  395. > to the quick sand (just past the ship).  You still need the -O1
  396. > switch.  I've updated GUS0032.ZIP today (06/10/93) to include the -O1
  397. > in SBOS.CFG and also made a note in the README file about PP2.
  398.  
  399.     Will this fix the problems I'm having with Populous II?  I
  400. can't get it to work with the GUS/SBOS at all.
  401.  
  402.     In fact, running SBOS will often result in the following
  403. message: 
  404.  
  405. ] I/O card parity interrupt at xxxx:xxxx.
  406. ] Type (S)hut of NMI, (R)eboot, other keys to continue.
  407.  
  408.     Sometimes it won't wait for a key, and then disable NMI by
  409. itself (what is NMI anyway?).  Sometimes it will just completely lock
  410. up my system; even ctrl-alt-del won't work.  (And some idiot at
  411. Packard Bell designed my box without a reset button.  I *HATE* that.
  412. I guess I have a project for the weekend. :)
  413.  
  414.     And if I get that message, SBOS refuses to free itself from memory.
  415.  
  416.     Real annoying.
  417.  
  418.     I am using emm386 (populous 2 requires a lot of ems), 4dos,
  419. sbos 2.08, smartdrv, and so on.  386sx (packard bell should be shot
  420. for leaving off that reset button... I'm not bitter), 8 meg ram...
  421.  
  422.     Any info here, anyone?
  423.  
  424. > From: Bill Norton <wbn@merit.edu>
  425. > Subject: Re: Ultrasound Daily Digest V4 #11 
  426. > 
  427. > I tried to unzip wcharts.zip from the archives today and failed.  Has
  428. > this happened to anyone else:
  429.  
  430.     Get a newer version of unzip.  Preferably the Info-ZIP
  431. version.  Look on oak.oakland.edu.
  432.  
  433. -- 
  434. Dave  ddebry@ debry@   \ 
  435. DeBry dsd.    peruvian. | "Do you think it's easy doing nothing all day?"
  436.       es.     cs.utah.  |
  437.       com     edu      /  
  438.  
  439. ------------------------------
  440.  
  441.  
  442.  
  443. Date: Sat, 12 Jun 93 08:48:23 PDT
  444. From: mike@batpad.org (mike batchelor)
  445. Subject: Re: Ultrasound Daily Digest V4 #12
  446. Message-ID: <mike01626930512084823@batpad.org>
  447.  
  448. > From: john.smith@gravis.com
  449. > Subject: PP2 AND GUS0032
  450. > 
  451. > Seems I was mistaken about PP2.  THe problems weren't do to the -O1 switch but
  452. > to EMM386.  Haven't tried it with other memory managers, but if you don't
  453. > remove EMM386 the game will hang as soon as you get to the quick sand (just
  454. > past the ship).  You still need the -O1 switch.  I've updated GUS0032.ZIP today
  455. > (06/10/93) to include the -O1 in SBOS.CFG and also made a note in the README
  456. > file about PP2.
  457.  
  458. At Quarterdeck, we have found some problems with EMM386's DMA
  459. buffering.  The default should be D=16, I believe, but increasing it
  460. may not always help.  Seems that EMM386 will often locate its DMA
  461. buffer in a place that a SCSI host, like Adaptec 1542x, would step on.
  462. If you don't want to get a different memory manager, you can try
  463. different versions of EMM386 (DOS 5, Win31, DOS 6).  QEMM and 386MAX
  464. do not have this problem.  You may also be able to work around it by
  465. loading ASPI4DOS.SYS low with the /W switch, but this will eat 64K of
  466. conventional memory.
  467.  
  468. No problem here with POP2 and QEMM 6 or 7.  I use -O1 as well.
  469.  
  470.  
  471.                    ///////////////////////////////
  472.                     //// Mike Batchelor ///////////
  473.                      //// mike@batpad.org //////////
  474.                       //// Mar Vista, California ////
  475.                        ///////////////////////////////
  476.  
  477. ------------------------------
  478.  
  479. Date: Sat, 12 Jun 93 19:36:05 EDT
  480. From: n4zfd!frodo@rylos.n2idf.ampr.org (Jim Blakely)
  481. Subject: Re: Ultrasound Daily Digest V4 #12
  482. Message-ID: <u3225B1w165w@n4zfd.UUCP>
  483.  
  484. Re: Flight Simulator 4
  485.  
  486. FS4's native sound is to the PC speaker only. Are you trying to use
  487. the Sound, Graphics, Airplanes upgrade package?
  488.  
  489. I was able to get FS4 with SGA to work with the 2.06L SBOS by setting
  490. SGA's sound control panel for Adlib with Soundblaster digitized
  491. sounds. I used -x2 for SBOS.
  492.  
  493. ------------------------------
  494.  
  495. Date: Sat, 12 Jun 93 15:45:21 WET DST
  496.  
  497.  
  498. From: Steve <gei055@rowan.coventry.ac.uk>
  499. Subject: X-Wing
  500. Message-ID: <4276.9306121445@rowan.coventry.ac.uk>
  501.  
  502. I've just installed x-wing by LucasArts onto my PC (all 14 megs of it).  I'm
  503. having problems trying to get the sound to work properly.  It seems to be
  504. playing at strange speeds, some parts sound O.K. but others don't.  Also the
  505. digitised speech plays sometimes but not others.  Has anyone with experience of
  506. this game come across any similar problems or know of a cure? 
  507.  
  508. I've running it on a 486DX-33, SBOS v2.06 (i.e. the latest update) from a
  509. stacked drive (if this makes a difference).
  510.  
  511. Cheers
  512.  
  513. Steve
  514.  
  515. ------------------------------
  516.  
  517. End of Ultrasound Daily Digest V4 #13
  518. *************************************
  519.  
  520. To post to tomorrow's digest:                        <ultrasound@dsd.es.com>
  521. To (un)subscribe or get help:                <ultrasound-request@dsd.es.com>
  522. To contact a human (last resort):              <ultrasound-owner@dsd.es.com>
  523.  
  524. FTP sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  525.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  526. Hints:
  527.       - Get the FAQ from the FTP sites or the request server.
  528.       - Mail to <ultrasound-request@dsd.es.com> for info about other GUS
  529.         related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  530.  
  531.  
  532.